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Amendments To the Drawings : 



The attached sheets of drawings include changes to Figs, ld(iv), 2b(i), 2b(ii), 4a, 4b, 
5a, 5b, 5c, 6a, 6b, 7b, 7c, 8a(i), 10a(i), 10a(ii), 10a(iii), 10b(i), 10b(ii), 10b(iii), 10c, lla(i), 
1 la(ii), 1 lb(i), 1 lb(ii). 1 lb(iii). The changes are too numerous to enumerate. No new matter 
has been introduced. Please replace Figs, ld(iv), 2b(i), 2b(ii), 4a, 4b, 5a, 5b, 5c, 6a, 6b, 7b, 
7c, 8a(i), 10a(i), 10a(ii), 10a(iii), 10b(i), 10b(ii), 10b(iii), 10c, lla(i), lla(ii), llb(i), llb(ii). 
1 lb(iii) with the attached Replacement Sheets. No new subject matter has been added. 



Attachment: Replacement Sheets 
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REMARKS/ARGUMENTS 

A petition and fees for a two-month extension of time are being submitted herewith. 

The Abstract has been replaced to conform to the word-count limitation and in proper 
form. The Amendments to the Specification corrects certain typographical errors. The 
Amendments to the Figures correct certain drawing errors and inconsistencies. No new 
matter has been introduced in either of the Amendments. 

Claims 1, 4-7, 9-21, 25-43 remain pending. Claims 1, 4-5, 19-21, and 33 have been 
amended, as recited hereinabove. Claims 44 - 45 have been added. 

Claims 1, 5, 20, and 33 have been amended and are now believed to overcome the 
objection made thereto. 

Claims 4, 19, 21 have been amended to contain language more consistent with the rest 
of the claims. 

All claims 1, 4-7, 9-21, 24-26 and 28-43 were rejected. 

In particular, claims 1, 4, 6-7, 9-14, 20-21, 25-26 and 28-39 are rejected under 35 
U.S.C. 103(a) as being allegedly unpatentable over Grieffetal. (US Patent 6,961,813) in view 
of Utsunomiva et al. (US Pub.:2003/0131 166). 

Claim 5 is rejected under 35 U.S.C. 103(a) as being allegedly unpatentable over Grieff 
etal. (US Patent 6,961,813) in view of Utsunomiva et al. (US Pub.:2003/0131166) as applied 
to claims 1, 4, 6-7, 9-14, 20-21, 24-26 and 28-39 above, and further in view of Boucher et al. 
(US Patent 6,434,620). 

Claim 15-18 and 40-43 are rejected under 35 U.S.C. 103(a) as being allegedly 
unpatentable over Grieff et al. (US Patent 6,961,813) in view of Utsunomiva et al. (US 
Pub.:2003/0131 166) as applied to claims 1, 4, 6-7, 9-14, 20-21, 24-26 and 28-39 above, and 
further in view of " Serial ATA Specification ." 

Claim 19 is rejected under 35 U.S.C. 103(a) as being allegedly unpatentable over 
Grieffetal. (US Patent 6,961,813) in view of Utsunomiva et al. (US Pub.:2003/0131 166) as 
applied to claims 1, 4, 6-7, 9-14, 20-21, 24-26 and 28-39 above, and further in view of Shin et 
al (US Patent 7,154,905). 
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The cited references do not individually teach or disclose each and every element 
of the claimed invention 

GRIEFF: 

Grieff does not teach "an arbitration and control circuit . . . responsive to the original 
queue depth value and operative to alter the original queue depth value into a queue depth 
value that is less than the original queue depth value as in the claimed invention. To this 
end, there is never any overrun problems with the queue encountered where the host units 
provide more commands than that which can be queued because, in accordance with the 
claimed invention, the host units are, advantageously, each fooled into thinking the queue 
depth is smaller than it actually is. This avoids the problem Grieff encounters and recognizes 
in that its hosts can overrun the queue depth resulting in an error. [Sec: Grieff: Fig. 2, note 
on the bottom left-side of the page, starting with "Don't forward the Queued command to the 
Device if the Task Queue is full. Make it look like the device had an error . . . ."] 
Advantageously, such an error cannot occur in the claimed invention because the queue will 
never be overrun. 

Further, Grieff does not teach the "... first host task file", "... second host task file", 
"... device task file", and "an arbitration and control circuit coupled to the first, second and 
third ports, for selecting one of the first host or second host units to concurrently access the 
device, through the switch, by accepting commands, from either of the first or second host 
units, at any given time, including when the device is not in an idle state. . .", as recited in 
claims, 1, 20 and 33. 

Utsunomiya: 

Utsunomiya does not teach "an arbitration and control circuit . . . responsive to the 
original queue depth value and operative to alter the original queue depth value into a queue 
depth value that is less than the original queue depth value as in the claimed invention. 

Further, Utsunomiya does not teach "a first [SATA] port including a first host task 
file, coupled to a first host unit", "a second SATA port including a second host task file, 
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coupled to a second host unit", and "an arbitration and control circuit coupled to the first, 
second and third ports, for selecting one of the first host or second host units to concurrently 
access the device, through the switch, by accepting commands, from either of the first or 
second host units, at any given time, including when the device is not in an idle state. . .", as 
recited in claims, 1, 20 and 33. While Utsunomiya discloses a task file queue (in main 
memory 16) and a task file (in AT drive 12), and neither the task file queue nor the task file 
are SAT A task files, as in the claimed invention. Further, Utsunomiya' s task file queue 
appears to be in the host and not in a host port of a switch, as in the claimed invention. 
Similarly, the task file of Utsunomiya appears to be in the device (or drive) and not in a port 
of a switch, as in the claimed invention. 

The claimed first and second task files are in the SATA ports responding to 
corresponding host units, which are not memory. The main memory of Utsunomiya that 
houses its task file queue is perhaps a host itself but there is no port, such as in the claimed 
invention. While the task file queue is disclosed to accept more than one command, this is not 
"selecting one of the first host or second host units to concurrently access the device, through 
the switch, by accepting commands, from either of the first or second host units, at any given 
time, including when the device is not in an idle state . . .", as in the claimed invention. 

Further, in Utsunomiya there is no device task file in a switch, rather, the AT drive 12 
is located in the device (or drive). 

Ooi '045 and '787 do not teach two host ports having respective task files and a third 
port having a device task file, and an arbitration and control circuit, as recited in claims 1, 20 
and 33. 

Ooi '045 and '787: 

Neither Ooi '045 nor Ooi '787 do not teach "an arbitration and control circuit . . . 
responsive to the original queue depth value and operative to alter the original queue depth 
value into a queue depth value that is less than the original queue depth value as in the 
claimed invention. 
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Furthermore, neither Ooi '045 nor Ooi '787 teach two host ports having respective 
task files and a third port having a device task file, an arbitration and control circuit, as recited 
in the independent claims hereinabove. 

The combination of references do not teach, suggest, or hint each and every 
element of the claimed invention 

It is understood, as confirmed by the Examiner during a conversation on July 8, 2008 
and noted in an Interview Summary regarding US Application No. 10/775,488, dated 
7/18/2008 that the first and second host task files of the claimed invention are presumed to be 
the task file queue of Utsunomiya , shown in Fig. 4 of Utsunomiya and the claimed device task 
file is presumed to be the task file shown in Fig. 5 of Utsunomiya . It also appears from the 
statements made in the office action that the task file queue of Utsunomiya is being doubled 
and each placed into the host port of Grieffi It is submitted that such a design, as disclosed by 
Utsunomiya and Gricff will not work because among other reasons, the task file queues of 
Utsunomiya Operate in a different layer and in accordance with a different protocol than that 
of Gricff The backward compatibility feature of Ooi '045/'787 does not make this 
combination work either because the pieces of the puzzle will not fit! 

Utsunomiya' s task file queue is not in a SATA port or any port that is responsive to a 
host, such as in the claimed invention, rather, it is in the main memory 16 of the host because 
the main memory 16 is coupled to the CPU 14 and the combination form a host or at least a 
part thereof. 

Ooi '045 and Ooi '787, individually or in combination with Grieff and 
Utsunomiya, do not disclose, suggest, hint at or teach the claimed invention 

Due to the recent addition of Ooi '045 and Ooi '787 to the combination of references 
forming the basis of this rejection, a brief overview of these two references is now presented. 

Ooi '045 discloses a computer system 100 including a processor 110, serial ATA 
(SATA) devices 176 and 178 and an ATA controller 155. The controller 155 includes an 
emulator for backward compatibility with parallel ATA (PAT A) device drivers, in 
particularly PATA drivers 138 and 145. [See Ooi '045: Figs. 2 and 3; Col. 2, lines 22-30; 
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Col. 3, lines 23 -27]. The processor 110 is a central processor unit. [See Ooj '045; Col. 2, 
lines 31 -39.] 

Ooi '045 discloses a technique to emulate or mimic parallel ATA (PAT A) interface in 
a SATA environment. [See Ooi '045: Col. 1, lines 41-43; Col. 4, lines 49 -55.] To mimic 
PATA interface, Ooi '045 discloses an elaborate structure to emulate PATA including the 
emulator 210, the input/output controller hub (ICH) 150, and the parallel ATA drivers 138 
and 145. This is done by modifying software drivers for PATA to accommodate SATA. 
PATA emulation, in the manner used in Ooi '045, allows the PATA driver 138 to control the 
SATA devices 176 and 178 as if the latter were PATA devices and when the emulator 210 is 
disabled, the SATA devices 176 and 178 are treated as they are, SATA devices. [See Ooi 
'045: Col. 4, lines 60 -67.] The serial port 1 task files 225 and the serial task file 235 are in 
communication with a respective SATA device 1 and 2 [See Ooi '045: Figs. 1 and 2]. 

Ooi '787 discloses a method and system for updating files including transmitting a 
frame having status information and non-status information between a device and a host 
controller. [See Ooi '787: Col. 1, lines 40 - 42.] Ooi '787 appears to be cited for the notion 
of backward compatibility, however, such compatibility does not suggest that including a 
hardware structure of one protocol into hardware of another protocol will work. The only 
backward compatibility disclosed by both Ooi '045 and '787 is modification of software 
drivers/programs to fool the hardware into thinking that it is PATA. However, to fool the 
hardware of Utsunomiya using the scheme of the Ooi references, which appears to be 
suggested as the basis of the foregoing rejection, would require substantial re-design of 
Utsunomiya and Grieff, if it can be done at all, not to mention the uncertainty as to the 
incorporation of any of Ooi's structures into the mix. 

More specifically, it appears that in the office action, the backward compatibility of 
SATA with PATA interfaces in Ooi '045 and a paragraph in Ooi '787 are being relied upon to 
form the conclusion that Utsunomiya ' s task file queue may be included in the SATA host 
ports of Grieff. To follow this notion, one would have to import practically all of the 
structures of Figs. 1 and 2 of Ooi '045 and double the same and use each to couple to a task 
file queue of Utsunomiya and then to include all of foregoing into each of the host ports 130 
and 132 of Grieff. This would clearly result in a system with an exorbitant amount of 
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circuitry, if it works at all. That is, at least the structures emulator 210, serial ATA host 
controller 220, serial ATA host controller 230, and the remainder of ICH150, parallel ATA 
driver 138, parallel ATA driver 145, would have to be made to somehow connect and work 
with the task file queue of Utsunomiya and placed somehow into the host port 130 or 132 of 
Grieff and the same done with the other host port of Grieff, which, at the very least, is 
impractical and inoperational and not at all obvious. In fact, such a combination makes for, if 
it works at all, such complicated circuitry that this notion by itself welcomes the claimed 
invention as a marked improvement thereover due to its simplicity of design and therefore 
much needed. 

The task file queue of Utsunomiya , as disclosed, is in the main memory 16 thereof and 
in communication with a CPU not the SATA devices (drives) as disclosed in Ooi '045. If the 
serial port 1 task file 225 and the serial port 2 task file 235 of Ooi '045 were to replace the 
task file queue of Utsunomiya ., it is not clear where the task file of Utsunomiya would have to 
be and how would it would work with the structures of Ooi '045. 

Thus, Utsunomiya and Ooi '045 and Ooi '787 combined with Grieff fail to disclose 
the claimed arbitration and control circuit. 

None of the references, either individually or in combination, disclose or teach SATA 
ports responsive to non-data FIS from the host unit, as in the claimed invention. 

None of the references, either individually or in combination, disclose or teach "an 
arbitration and control circuit . . . responsive to the original queue depth value and operative to 
alter the original queue depth value into a queue depth value that is less than the original 
queue depth value . . . .", as in the claimed invention. To the contrary, in Grieff, an error would 
occur when the queue depth is exceeded, which would not happen in the claimed invention. 
[See Grieff: Fig. 2, note on the bottom left-side of the page, starting with "Don't forward the 
Queued command to the Device if the Task Queue is full. Make it look like the device had an 
error . . . ."] In accordance with the claimed invention, the task queue would never become full 
because the host units are fooled into believing that the queue depth is less than its actual size. 

The combination of references do not disclose, suggest, hint at or teach the 
recited "arbitration and control circuit" 



Siliconstor-0001 



38 



Application No. 10/775,488 

Amendment dated September 23, 2008 

Reply to Non-Final Office Action of April 15, 2008 

The claimed invention recites "the arbitration and control being responsive to the 
original queue depth value and operative to alter the original queue depth value" and 
"the arbitration and control ... for selecting one of the first host or second host units to 
concurrently access the device, through the switch, by accepting commands, from either of 
the first or second host units, at any given time, including when the device is not in an idle 
state". Independent claims. However, the combination of references do not disclose the 
foregoing apparatus/method. See above and remarks in previous responses. 

Applicants thus submit that the cited combination lacks at least one element of the 
claimed invention, and that any combination will not work without re-engineering the art 
beyond recognition. 

The claimed invention is not obvious because the cited combination of references 
forming the basis of rejection simply does not work 

Combining Utsunomiya 's task file queue (TFQ) into GriclT s ATA ports using some of 
the circuits shown in Ooi '045 does not work. 

The host ports 130 and 132 in Grieff are state machines for relaying primitives with no 
mention of storage capability. [See: Grieff : Col. 5, lines 50-56]. Indeed, if the capability 
existed in Grieff s host ports 130 and 132 to store commands or non-data FIS, arguably Grieff 
would not have needed to store and decode host commands after the switch, i.e. FIS buffer 
120. 

Furthermore, the host ports 130 and 132 in Grieff operate at the Link Layer (layer 2). 
In comparison, the TFQs from Utsunomiya function in PATA protocol, which is basically an 
Application Layer. 

Thus, the link layer host ports 130 and 132 of Grieff lacking storage capability, can 
neither store nor interface with the application layer TFQs from Utsunomiya . To use some of 
the circuitry disclosed in Ooi '045, particularly the emulator 210, serial ATA host controller 
220, serial ATA host controller 230, and the remainder of ICH150, parallel ATA driver 138, 
parallel ATA driver 145, to cause backward compatibility of the host ports 130 and 132 of 
Grieff and the task file queue of Utsunomiya would require an impractical circuit/structure. 
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Notwithstanding the foregoing, it is not clear and certainly not disclosed in the proposed 
combination, where and how such circuits would be located and connected. 

Furthermore, the arbiter module 1 12 of Grieff processes at the Link Layer (layer 2) 
rather than the command layer (layer 4). [See: Grieff, Col. 5, Lns. 50-56]. Redesigning the 
arbiter module 112 would in turn require re-engineering each subsequent component to 
interact with command layer (layer 4) at the host ports 130, 132. Without redesigning each 
subsequent component the system simply would not work. 

Neither Ooi '045 nor Ooi '787 offer guidance to this effect, as they both disclose 
modifying drivers/programs to mimic PATA where SATA devices are employed. It is not 
clear how such an emulation technique would be designed into Utsunomiya and then carried 
over to Grieff without redesigning all three systems. 

In short, simply "including" Utsunomiya's TFQs into Grieff s ATA ports using the 
disclosure of Ooi '045 and '787 will not work because at least the following sub-systems will 
need to be re-engineered or eliminated: 



The ports 130, 132 in Grieff. As recited, these ports don't have storage 
capability to handle TFQs. 

Utusunomiya's TFQ 22. As recited, the TFQ 22 is "done in software" 
and resides in RAM 16. Furthermore, it functions in PATA, and is not 
compatible with SATA FIS. 

Grieff s OR Table 116. If routing of non-data FIS were transparent to 
the switch, much of the functionality of this sub-system would be rendered 
useless, but it's unclear that the OR Table could simply be removed. 

Grieff s decoder 120. Much of the functionality of this sub-system 
would be rendered useless by the TFQs, but it's unclear that the decoder could 
simply be removed. 

Grieff s decoder command tracker SM 1 14. This state machine accepts 
and generates control signals for numerous sub-systems that have to be re- 
engineered or eliminated. Therefore, Figs. 2 through 8 in Grieff showing the 
various states in the command tracker state machine 1 14, would have to be 
substantially re-engineered. 

That is, for the foregoing reasons, among others, the TFQs of Utsunomiya cannot 
simply be inserted into the host ports of Grieff even using the emulation technique of Ooi 
'045 and '787 . 
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Any combination of these elements would require, if can be done at all, re-engineering 
to such an extent as to render them practically unrecognizable. 

Applicants thus submit that the cited combination lacks an element of the claimed 
invention, and that any combination will not work without re-engineering the art beyond 
recognition. 

The claimed invention is not obvious because the combination does not disclose, 
suggest, hint at or teach "selecting one of the first host or second host units to 
concurrently access the device, through the switch, by accepting non-data FIS, 
from either of the first or second host units, at any given time" 

Because the combination of references does not work, it necessarily lacks the 

foregoing concurrency limitation. 

Applicants thus submit that the cited combination lacks an element of the claimed 
invention, and that any combination will not work without re-engineering the art beyond 
recognition. 

Regarding claims 4-7, 9-19, 21, 25-26, 28-32, and 34-45, they are necessarily 
allowable as they depend from allowable independent claims. 

Reconsideration and allowance of claims 1, 4-7, 9-21, 25-43 is hereby respectfully 
requested. Consideration and allowance of claims 44-45 is hereby respectfully requested. 
Applicants submit that the subject application is now in condition for allowance and an early 
notice thereof is respectfully requested. Should any further amendment be required prior to 
passing the application to issue, the Examiner is respectfully invited to contact the 
undersigned by telephone at the number set out below. 



Respectfully submitted, 
LAW OFFICES OF IMAM 



Dated: September 23. 2008 
LAW OFFICES OF IMAM 

1 1 1 North Market Street, Suite 1010 



By 



Maryam Imam 
Reg. No. 38,190 



/maryam imam/ 



San Jose, CA 95113 
Tel: 408-271-8752 
Fax: 408-271-8886 
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